なお、この記事ではgit rebaseについては詳しく説明せず、fast-forwardについてまとめた。

この状態で(= featureブランチを切ったあとにmasterに変更が加えられている状態)

をすると、

こうなる。 (ここまでの理解が怪しい場合はrebase = 付け替えということが理解できるまでggるとよい。)

この時点で重要な点は、今ローカルのfeatureブランチはリモートのfeatureブランチとは異なるログを持つということ。

今この状態でローカルからリモートにgit push すると怒られる。

なぜならば git pushはリモートがローカルをfast-forwardマージとして取り込める前提にたっているから。

結論としては、git push -f すれば良いのだけど、理解せずに-fするのは怖いのでfast-forwardをここで理解する

ブランチXと、そこから切ったブランチYがあるとする。 YがXでの変更をすべて含むときに行われるマージをfast-forward（早送り）マージという。 つまり、分岐後に、元ブランチXにおいて変更がないときに行われるマージのこと

このようなとき、

をすると、するするとブランチXの先頭がブランチYの先頭に移動する。 = 合流が行われない。

このようなマージをfast-forwardマージといい、git pushにおいてはこれができることが前提となっている

featureブランチで作業しているとmasterと差分が出るのはよくある話である。 したがって、rebaseをするとremote/localで上記のように異なるログを持つので、そのままではgit pushできない。

この場合は気にせずgit push -fしてよい。 単にremote/featureのブランチがローカルのそれによって強制上書きされるだけであるため。

安心。

Git push rejected after feature branch rebase - Stack Overflow http://stackoverflow.com/questions/8939977/git-push-rejected-after-feature-branch-rebase

ブランチの統合【ブランチ】 | サルでもわかるGit入門 〜バージョン管理を使いこなそう〜 | どこでもプロジェクト管理バックログ http://www.backlog.jp/git-guide/stepup/stepup1_4.html